home *** CD-ROM | disk | FTP | other *** search
/ Floppyshop 2 / Floppyshop - 2.zip / Floppyshop - 2.iso / diskmags / 0022-3.564 / dmg-0049 / 417.txt < prev    next >
Text File  |  1997-04-16  |  17KB  |  421 lines

  1. Info-Atari16 Digest   Friday, August 25, 1989   Volume 89 : Issue 417
  2.  
  3. This weeks Editor: Bill Westfield
  4.  
  5. Today's Topics:
  6.  
  7.                             Re: X windows
  8.             Re: Any Make-Your-Own-Music program out there?
  9.              Re: Atari loyalty....How long can it last...
  10.                     STFOLDED source code posting?
  11.                            AMCGDOS (again)
  12.                         Atari Dealer Database
  13.                               subscribe
  14.                    More on drive "no write" problem
  15.                   Help with drive "no write" please!
  16.                             UUCP packages
  17.                        CAPS LOCK DEVICE REQUEST
  18.       PD applications on GENIE / EMPIRE Version 3.0 for the ST.
  19.                               gulam bug
  20.           Re: HELP IDENTIFYING SEAGATE 296N WITH REV. 7 ROM
  21.  
  22. ----------------------------------------------------------------------
  23.  
  24. Date: 21 Aug 89 18:38:09 GMT
  25. From: mcvax!sunic!kullmar!pkmab!daniel@uunet.uu.net  (Daniel Deimert)
  26. Subject: Re: X windows
  27. To: info-atari16@score.stanford.edu
  28.  
  29. Is it possible to post this "Unix Windows"-software to the net?
  30.  
  31. --
  32.   Daniel Deimert           /  /    Internet: daniel@pkmab.se
  33.   Fridstav. 4             /  /     UUCP: ...
  34.   S-715 94  Odensbacken  /  /            kullmar!pkmab!daniel
  35.   SWEDEN                /  /       Phone: +46-19-52037, +46-19-111441 (BBS)
  36.  
  37. ------------------------------
  38.  
  39. Date: 21 Aug 89 18:57:34 GMT
  40. From: mcvax!sunic!kullmar!pkmab!daniel@uunet.uu.net  (Daniel Deimert)
  41. Subject: Re: Any Make-Your-Own-Music program out there?
  42. To: info-atari16@score.stanford.edu
  43.  
  44. In article <2333@iesd.dk> lbn@iesd.dk ( Lars Bo Nielsen ) writes:
  45. >I was wondering if there are any music programs for the ST. What I am
  46. >looking for is a program where you can make your own music, and play
  47. >it using the speaker in the monitor (i.e. NOT using the MIDI). I would
  48. >prefer it to run on a monochrome monitor (thats the only one I got).
  49.  
  50. I don't know if there's any programs for monochrome, but there are several
  51. for color (like the "SoundTracker" for the Amiiiiga, yerk :).
  52. Soon there will come a 4-voice SoundTracker-look-alike from a couple of
  53. Swedish "Hackers". (I.e. SYNC). PD or SW, of course.
  54. If you want I can keep you (and the rest of the Net) informed.
  55.  
  56. --
  57.   Daniel Deimert           /  /    Internet: daniel@pkmab.se
  58.   Fridstav. 4             /  /     UUCP: ...
  59.   S-715 94  Odensbacken  /  /            kullmar!pkmab!daniel
  60.   SWEDEN                /  /       Phone: +46-19-52037, +46-19-111441 (BBS)
  61.  
  62. ------------------------------
  63.  
  64. Date: 21 Aug 89 10:52:46 GMT
  65. From: mcvax!ukc!icdoc!syma!grahamt@uunet.uu.net  (Graham Thomas)
  66. Subject: Re: Atari loyalty....How long can it last...
  67. To: info-atari16@score.stanford.edu
  68.  
  69. >From article <21397@cup.portal.com>, by Bob_BobR_Retelle@cup.portal.com:
  70. > Atari Corp. is run by a bunch of amateurs.  My niece's Junior Achievement
  71. > Company could run Atari far better than the current management does.
  72. >
  73.  
  74. People might be interested to know that at a recent UK Atari Show
  75. (not attended by Atari UK) a petition was circulated which called
  76. on Atari to support their machines in a way that mathced the
  77. efforts of software companies and user groups.  Despite being run
  78. from a stand in an obscure part of the show, the petition quickly
  79. gathered thousands of signatures (I think I read 6,000, but I
  80. doubt if that was the final total - anyone in the UK know any
  81. better?)
  82.  
  83. An Atari spokesperson said they 'were not aware of the situation'
  84. but would be willing to meet the organisers of the petition.  I
  85. don't know if any meetings have taken place.
  86.  
  87. I believe the petition was organised by the Association of Atari
  88. User Groups.  Maybe someone can supply their address, and the
  89. text of the petition, so that Usenet people can add their names
  90. to the list.
  91.  
  92. Graham
  93.  
  94. --
  95. Graham Thomas, SPRU, Mantell Building, U of Sussex, Brighton, BN1 9RF, UK
  96.  JANET: grahamt@uk.ac.sussex.syma  EARN/BITNET: grahamt@syma.sussex.ac.uk
  97.  ARPA:  grahamt%syma.sussex.ac.uk@nsfnet-relay.ac.uk
  98.  UUCP:  grahamt@syma.uucp          Phone: +44 273 686758
  99.  
  100. ------------------------------
  101.  
  102. Date: Tue, 22 Aug 89 12:30:58 SET
  103. To: info-atari16@score.stanford.edu
  104. From: I0908%DKAFHS1.BITNET@Forsythe.Stanford.EDU
  105. Subject: STFOLDED source code posting?
  106.  
  107. Date: 22 August 1989, 12:24:13 SET
  108. From: Cornelius Caesar          BITNET / EARN:       I0908    at DKAFHS1
  109. To:   info-atari16 at score.stanford.edu
  110.  
  111. Can somebody (or probably Todd Burkey himself ??) please post the source
  112. code of STFOLDED also to comp.sources.atari.st, if the author permits it?
  113.  
  114. Thus we people on remote BITNET nodes (hi, Larry Rymal...) without FTP access
  115. could get it from the archive server.
  116.  
  117. Thanks,
  118.    Cornelius
  119.  
  120. PS: Of course I would also be glad to receive a personal mailing of the
  121.     source code...
  122.  
  123. ------------------------------
  124.  
  125. From:       G. J. Baker <gge%CXA.DARESBURY.AC.UK@Forsythe.Stanford.EDU>
  126. Date:       Tue, 22 Aug 89 12:35:17 +0100
  127. To:         info-atari16%score.stanford.edu%earn-relay@DLGM.DL.AC.UK
  128. Subject:    AMCGDOS (again)
  129.  
  130. A while back Julian Reschke posted a copy of the english version of the
  131. german GDOS replacement (AMCGDOS). I can decode my copy, but no way can
  132. I unarc it. I keep getting 'CRC check fails' error. Has anyone got a
  133. working copy that they could post to me.
  134. Many thanks in advance.
  135. G.J.Baker
  136. JANET:gge@uk.ac.dl.cxa                     |  Post:    S.E.R.C.,
  137. Internet:gge%cxa.dl.ac.uk@cunyvm.cuny.edu  |           Daresbury Laboratories,
  138. EARN/BITNET:gge%cxa.dl.ac.uk@UKACRL        |           Warrington, WA4 4AD,
  139. UUCP:gge%cxa.dl.ac.uk@ukc.uucp             |           U.K.
  140.                                            |  Phone    +44 925 603586
  141.  
  142. ------------------------------
  143.  
  144. Date: 21 Aug 89 16:40:31 GMT
  145. From: att!mtuxo!mtgzz!drutx!druhi!terrell@ucbvax.Berkeley.EDU  (TerrellE)
  146. Subject: Atari Dealer Database
  147. To: info-atari16@score.stanford.edu
  148.  
  149.  
  150. Does anyone have a database of Atari dealers in the US (or overseas
  151. for that matter)?
  152.  
  153. I am looking for dealers/distributers of a software product that I've
  154. developed.  Any leads will be appreciated.
  155.  
  156.  
  157. Thanks in advance,
  158.  
  159.  
  160.  
  161.  
  162. Eric Terrell
  163.  
  164. ------------------------------
  165.  
  166. To: info-atari16@score.stanford.edu
  167. Subject: subscribe
  168. Date: Tue, 22 Aug 89 08:52:19 -0400
  169. From: "James A. Murray" <jmurray@note.nsf.gov>
  170.  
  171. subscribe
  172. please add me to the mailing list
  173.                              thank you,
  174.                               James Murray
  175.                               jmurray@note.nsf.gov
  176.  
  177. ------------------------------
  178.  
  179. Date: 22 Aug 89 05:02:41 GMT
  180. From: psuvm!jjl101@psuvax1.cs.psu.edu  (J.J. Lehett)
  181. Subject: More on drive "no write" problem
  182. To: info-atari16@score.stanford.edu
  183.  
  184.      As another sidenote on my problem concerning my drive not writing is
  185. that I get no errors at all from the system .... and that if I delete something
  186. it will immediately show it as gone... I guess the directory is stored in RAM..
  187. . but when I close and reopen the directory the program is right back on the
  188. disk.... any help at all will be appreciated!
  189.          Thanks in advance,
  190. -------
  191. *                                                                  *
  192. *   J.J. Lehett              Bitnet address:   JJL101@PSUVM.bitnet *
  193. *                                   or         JJL@ECL.PSU.EDU     *
  194. *     a.k.a. Scux                              JJL@PSUECL.bitnet   *
  195.  
  196. ------------------------------
  197.  
  198. Date: 22 Aug 89 02:32:48 GMT
  199. From: psuvm!jjl101@psuvax1.cs.psu.edu  (J.J. Lehett)
  200. Subject: Help with drive "no write" please!
  201. To: info-atari16@score.stanford.edu
  202.  
  203.      I am experiencing a rather horrible problem right now... my drive -
  204. a single sided on, does not seem to have the ability to write to disks
  205. anymore, although it reads them fine... I can't even format a new disk
  206. properly.... as much as I can tell it is not a virus... I have used
  207. "clean disks" and the same problem occured.... I had this problem once
  208. before, but I can't remember how I fixed it, I just messed around with
  209. placement of equipment, pushed chips down and such, and within a day of
  210. fooling around like that - it worked again.... but I can't get it to this
  211. time... does anyone have any ideas or was faced with a similiar problem
  212. and knows a fix?
  213. -------
  214.  
  215. *   J.J. Lehett              Bitnet address:   JJL101@PSUVM        *
  216. *        a.k.a. Scux                                               *
  217.  
  218. ------------------------------
  219.  
  220. Date: 21 Aug 89 20:54:44 GMT
  221. From:
  222.  agate!helios.ee.lbl.gov!wasatch!cs.utexas.edu!csd4.csd.uwm.edu!mailrus!sharkey!
  223. itivax!m2-net!moses@ucbvax.Berkeley.EDU  (Eric Doggett)
  224. Subject: UUCP packages
  225. To: info-atari16@score.stanford.edu
  226.  
  227. Does anyone know of a PD UUCP package that would work on the IBM emulator
  228. or the Atari ST itself, I would like one that can handle news as well..
  229. I would like to know of one that can be gotten through ftp...
  230.              cardiology.ummc.umich.edu!m-net!moses
  231.              cardiology.ummc.umich.edu!sharkey.cc.umich.edu!spirit!wybbs!moses
  232.  
  233. ------------------------------
  234.  
  235. Date:         22 AUG 89 13:03:36 CST
  236. From:     Z4648252 <Z4648252%SFAUSTIN.BITNET@Forsythe.Stanford.EDU>
  237. To:       <INFO-ATARI16@SCORE.STANFORD.EDU>
  238. Subject:  CAPS LOCK DEVICE REQUEST
  239.  
  240.     During the WOA at Dallas, lowly user that I am, I asked several
  241. developers and commercial ST miracle workers if it was possible to build
  242. a caps lock indicator for the ST.  I discovered that *I must be the only one
  243. who needs this*!  Not one single developer saw the need.  They looked at
  244. me in awe and politely listened.  Yes, it was possible they said, but no,
  245. I'm not interested and the need is really not there, they indicated.
  246.     Sigh.  Try logging on a mainframe that is case sensitive or accidentally
  247. bump the caps lock key when fat fingering.  For a touch typist who spends
  248. more time looking at the copy rather than the screen, it can be infuriating
  249. to see your screen output in the wrong case.  If a LED indicator could be
  250. had, then your peripheral vision would see the caps lock indicator.
  251.     Yes, there are corner caps/lock indicators that are software driven.
  252. However, these may not always work for certain programs and, when using
  253. the ST in emulation mode for either Spectre or IBM, then the user has to
  254. tap the keys a couple of times to determine the case.
  255.     At any rate, is anyone else interested in a hardware caps/lock
  256. indicator?  If so, how would one be built?
  257.  
  258. Larry Rymal in East Texas <Z4648252@SFAUSTIN.BITNET>
  259.  
  260. ------------------------------
  261.  
  262. Date:         Tue, 22 Aug 1989 14:56 EDT
  263. From: Chuck Reid <CCSCHR@UWOCC1.uwo.ca>
  264. Subject:      PD applications on GENIE / EMPIRE Version 3.0 for the ST.
  265. To: Atari ST Digest <Info-Atari16@SCORE.STANFORD.EDU>
  266.  
  267.  
  268. I am one one of what I expect are many, many readers of the electronic
  269. magazines "STREPORT" and "ZMAG" (thanks to Greg Lindahl!). With each
  270. weekly issue, I end up drooling over the reviews of the various Public
  271. Domain and Shareware applications available on the various Online
  272. services such as GENIE.
  273.  
  274. I do not have access to these services do to my limited budget (if I
  275. were to subscribe, I'm sure I would blow my budget many times over)!
  276. The fact that I live in the frozen north of Canada doesn't help matters
  277. either (these services are not particularly easy to get to from up here
  278. unless one endorses one's paycheck over to the phone company in its
  279. entirety).
  280.  
  281. Through the magic of interconnected networks I do (as does most of the
  282. rest of the world outside of the continental USA) have access to various
  283. servers/archives from which I can extract goodies. Unfortunately, the
  284. vast majority of the reviewed and recommended PD goodies never see the
  285. light of day outside the "for-pay" services.
  286.  
  287. If some gracious GENIE user had it in their heart to do the ATARI
  288. community at large a great service then they might take it upon
  289. themselves to periodically suck up the best from GENIE and input these
  290. applications to the more worldly available servers/archives often
  291. mentioned in this digest. The two servers I use personally are:
  292. TERMINATOR and PANARTHEA. These are both excellent sources for a
  293. non-IP user like me with EMAIL access and no anon-FTP abilities.
  294.  
  295. Thanks for the help!!!
  296.  
  297.       ----------------------
  298.  
  299. Has anybody seen or heard a recent update on the availibilty of
  300. EMPIRE 3.0 for the ST.
  301.  
  302.      Note: EMPIRE is a commerical product and not PD or shareware!
  303.      ====  Buy it, don't steal it!!! Contact INTERSTEL.
  304.  
  305. The last this reader heard was an appetizing summary of what was to
  306. be made availble in this new release. This was dated some time in
  307. November 1988. As you can see this info is comming up on its one year
  308. anniversary which really makes me wonder. I could call INTERSTEL but
  309. then that issue of LONG distance phone calls presents itself (only to
  310. reach some order-taker who doesn't know anything and takes ten minutes
  311. of prime time long distance charges to tell you that they don't know
  312. anything)!
  313.  
  314. Thanks again!
  315.  
  316.    _       _
  317.   / ) / / / )                     "In theory, there is no difference
  318.  /   /-/ /_/                       between theory and practice;
  319. (_/ / / / | .                      In practice, there is"
  320. Chuck Reid.       Local 5992
  321.                   Rm16.SLB.CCS.UWO.London.Canada / CCSCHR@UWOCC1.UWO.CA
  322.  
  323. ------------------------------
  324.  
  325. Date: 22 Aug 89 18:39:38 GMT
  326. From: marge.math.binghamton.edu!dennis@bingvaxu.cc.binghamton.edu  (dennis
  327.  pixton)
  328. Subject: gulam bug
  329. To: info-atari16@score.stanford.edu
  330.  
  331. I've noticed several problems with redirection in gulam (1.03.04.05) -- most
  332. recently with shar and ssed.  I finally narrowed it down to the following
  333. situation.
  334.  
  335. I wrote a trivial program, args.prg (compiled with mwc) to dump out its
  336. args, the environment, and whether the file handles are ttys.  When I run
  337.  
  338.         args a b > junk
  339.  
  340. I get the output in junk: arg[0] through arg[2] are "args", "a", and "b"; and
  341. handle 1 is not a tty.  I then simply *rename* args.prg to shar.prg and run
  342.  
  343.         shar a b > junk
  344.  
  345. This time the output is to the screen: arg[0] to arg[4] are "shar", "a",
  346. "b", ">", and "junk"; and handle 1 is a tty.  I checked that there is not
  347. another "shar" in my path, and that env_type is set to "mw".
  348.  
  349. The same thing happens if I rename args.prg to ssed.prg, but if I rename it
  350. to (for example) sed.prg then the redirection is correct.  The problem
  351. doesn't happen if I use msh instead of gulam.
  352.  
  353. Does anyone know what is happening??  And is there any possibility of an
  354. upgrade to gulam??
  355.  
  356.  
  357.  
  358.  
  359. --
  360. Dennis Pixton
  361. Department of Mathematical Sciences     (607) 777-4239
  362. SUNY-Binghamton                         dennis@math.binghamton.edu
  363. Binghamton, NY  13901                   dpixton@bingvaxa.bitnet
  364.  
  365. ------------------------------
  366.  
  367. Date: 22 Aug 89 02:25:54 GMT
  368. From: hp-pcd!hplsla!andyc@hplabs.hp.com  (Andy Cassino)
  369. Subject: Re: HELP IDENTIFYING SEAGATE 296N WITH REV. 7 ROM
  370. To: info-atari16@score.stanford.edu
  371.  
  372. bissiri@blake.acs.washington.edu writes:
  373. |
  374. | Thirdly, the packing slip from the manufacturer gives the drive's specs.
  375. |
  376.  
  377. I'll verify this - I'm looking at mine right now.
  378.  
  379. | Note that many folks with the ROM 8 296N are quite happy with
  380. | 2:1 interleave and about 400+k data transfer rate.  After all, most
  381. | things coming off your drive are relatively small.  Unless you have
  382. | disk intensive operations going all the time, you may be satisfied with
  383. | ROM 8's.
  384. |
  385.  
  386. I'll also verify this. My experience is that the FAT lookup is a much bigger
  387. bottleneck than transfer rate - even with FATSPEED. Also, when loading large
  388. programs, I notice that quite often it takes the program 2-3 times longer to
  389. wake up than it took to get it off disk. Increasing transfer rate 30%
  390. isn't going to be very helpful. My guess is that handling very large data
  391. files is where the transfer rate is going to get in your way - then you
  392. want to try something like the Quantum Kevin mentioned.
  393.  
  394. I'd also mention that a good disk cache is really the best way to speed
  395. up some disk-intensive operations like compiles, short of putting all the
  396. libraries, files and executables in a RAM disk, that is. I use DCACHE and
  397. with 200-300K of cache, recompiles often only make one or two brief disk
  398. accesses.
  399.  
  400.  
  401.  
  402. Disclaimer: The opinions expressed herein are those solely
  403. of the author, who has no pecuniary interest in the companies mentioned.
  404.  
  405. Copyright (c) 1989 by Andrew Cassino.  All rights reserved.
  406.  
  407.     %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
  408.     % Andy Cassino                                                  %
  409.     % uucp: hplabs!hplsla!andyc  domain: andyc%hplsla@hplabs.hp.com %
  410.     % Hewlett-Packard              Lake Stevens Instrument Division %
  411.     % 8600 Soper Hill Road                   Everett, WA 98205-1298 %
  412.     % (206) 335-2211                                                %
  413.     %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
  414.  
  415. ------------------------------
  416.  
  417. End of Info-Atari16 Digest
  418. **************************
  419. -------
  420.  
  421.